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1 This application is submitted in the name of the following inventor: 

2 

3 Inventor Citizenship Residence City and State 

4 Gregory CLARK United States Hillsborough, California 
5 

6 The assignee is E20pen, a corporation having an address in Redwood City, California. 
7 

8 Title of the Invention 

9 

1 0 Large File Transfer in a Design Collaboration Environment 

11 

12 Background of the Invention 

13 

14 1. Field of the Invention 
15 

1 6 The invention relates to large file transfer from behind a secure firewall, such as 

1 7 for example in a B2B communication or integration environment. 
18 

1 9 2. Description of the Related Art 
20 

21 In known systems in which B2B communication or integration occurs, each party 

22 often couples its B2B systems from behind an enterprise network firewall. The firewall is 
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1 typically configured to disallow any communication across the firewall, other than specific 

2 selected communication protocols. Typically, these specific selected communication protocols 

3 include only email and web browsing. 
4 

5 One problem in the known art is that neither email nor web browsing allow for 

6 convenient transfer of large amounts of data, such as for example large files. Email 

7 communication is typically limited by a pre-selected maximum amount of disk space allotted to 

8 cached email, by a pre-selected maximum amount of disk space allotted to received email, and 

9 by a pre-selected maximum size of an email message, whichever of these is less, for the entire 

10 path the email must travel from source to destination. Moreover, email involves a transfer of a 

1 1 single large file, so that if an email message is not delivered in its entirety, retry does not involve 

12 being able to restart the message from some delivery midpoint. Web browsing is limited by 

1 3 using a request/response model of communication, not involving serial delivery of multiple 

14 chunks of information. Thus, like email, if a web message (such as for example a POST 

1 5 command) is not delivered in its entirety, retry does not involve being able to restart the message 

1 6 from some delivery midpoint. 
17 

1 8 Accordingly, it would be advantageous to provide an improved technique for 

1 9 transferring files, such as for example a technique using a web browser connection from behind a 

20 secure firewall, in a manner that is reliable, restartable, and secure. In one embodiment, the files 

21 might be very large, such as for example in excess of 1 Gigabyte. 
22 
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1 Summary of the Invention 

2 

3 The invention provides systems and methods that might be used in a B2B 

4 communication or integration environment, operating using a web browser to access systems 

5 protected by an enterprise network firewall, to transfer files in a manner that is reliable, 

6 restartable, and secure. After assuring the transfer is allowed, a web browser sends a signed 

7 applet to a file transfer manager, which makes an out-of-band connection to a file transfer server. 

8 The browser and server interact to transfer the file. 
9 

1 0 The techniques provided by the invention are applicable to transferring relatively 

1 1 large files. For example, in one embodiment, the files might be very large, such as for example 

12 in excess of 1 Gigabyte. The techniques provided by the invention are also applicable to 

13 transferring relatively smaller files in network environments that are relatively less reliable. The 

14 techniques provided by the invention might be used in combination or conjunction with other 

1 5 techniques for ensuring reliable, restartable, and secure transfer. For example, not intended to be 

16 limiting in any way, large files might be encrypted at the source and decrypted at the destination, 

17 or might be digitally signed or associated with a hash code at the source, and signature or hash 

1 8 code checked with at the destination. 
19 

20 One embodiment of an aspect of the invention is a method of transferring a file to 

2 1 or from a server past a firewall. This method is generally from the perspective of a client or 

22 browser requesting the transfer, although the method is not limited to this setting. 
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1 The method includes the step of accessing a web site behind the firewall. The 

2 web site has a web page including an applet, and the web site is associated with the server. The 

3 method also includes the steps of receiving the web page and the applet from the web site, 

4 sending the applet to an application at a file transfer gateway, and transferring the file between 

5 the file transfer gateway and the server through the firewall. 
6 

7 Preferably, the web site is at a collaboration manager separate from the server. 

8 Thus, in this case, the transfer of the file is "out-of-band" of the initial communication with the 

9 web site. 
10 



1 1 The applet can be signed responsive to authorization of a user accessing the web 

1 2 site. This step helps ensure security of the file transfer. 
13 

14 Accessing the web site and receiving the web page and the applet preferably are 



1 5 performed using a web browser. The browser, along with the file transfer gateway, can be 

1 6 implemented on a client. 
17 



1 8 Preferably, the application at the file transfer gateway is a file transfer service 

1 9 implemented on a client or edgebox. In this case, transferring the file between the file transfer 

20 gateway and the server can be performed over a virtual channel between the file transfer service 

2 1 at the file transfer gateway and a file transfer adapter at the server. 
22 



Express Mailing EL 768 962 301 US 

4 



215.1022.01 

1 The file preferably is transferred in chunks. Thus, if the transfer is interrupted, 

2 chunks that have already been transferred may not have to be re-sent. In the preferred 

3 embodiment of this aspect of the invention, the chunks are transferred using a basic hypertext 

4 transport mechanism. This facilitates ease of implementation. 
5 

6 An embodiment of another aspect of the invention is also a method of transferring 

7 a file to or from a server past a firewall. This method is generally from the perspective of a 

8 collaboration manager and server that implement a requested file transfer, although the method is 

9 not limited to this setting. 
10 

1 1 The method includes the step of authenticating access by a requestor to a web site 

1 2 behind the firewall, with the web site having a web page including an applet, and the web site 

1 3 being associated with the server. The method also includes the steps of sending the web page 

14 and the applet to the requestor, receiving a request from the requestor to transfer the file to or 

1 5 from the requestor, and transferring the file between the file transfer gateway and the server 

1 6 through the firewall . 
17 

1 8 The requestor can be a browser or edgebox. Other embodiments are possible. 

1 9 Preferably, the applet is signed responsive to authorization of the requestor, which can help 

20 ensure security of the transfer. 
21 
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1 In the preferred embodiment, the web site is at a collaboration manager separate 

2 from the server. Thus, in this case, the transfer of the file is "out-of-band" of the initial 

3 communication with the web site. 
4 

5 Preferably, transferring the file between the file transfer gateway and the server is 

6 performed over a virtual channel between a file transfer service at the file transfer gateway and a 

7 file transfer adapter at the server. 
8 

9 The file preferably is transferred in chunks. Thus, if the transfer is interrupted, 

1 0 chunks that have already been transferred may not have to be re-sent. In the preferred 

1 1 embodiment of this aspect of the invention, the chunks are transferred using a basic hypertext 

12 transport mechanism. This facilitates ease of implementation. 
13 

14 The invention also is applicable for a "push" operation in which a file download is 

1 5 pushed from a server to a target. From the target's perspective, one embodiment of this aspect of 

16 the invention is a method that includes the steps of registering with the server behind the firewall, 

17 polling the server for files to be downloaded, and downloading the file from the server through 

1 8 the firewall over a virtual channel. From the server's perspective, another embodiment is a 

19 method that includes receiving a registration at the server behind the firewall, receiving polling 

20 of the server for files to be downloaded, and downloading the file from the server through the 

2 1 firewall over a virtual channel. 
22 
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1 In both of these methods, the file preferably is transferred in chunks using a basic 

2 hypertext transport mechanism. As with the other embodiments summarized above, these two 

3 methods are not limited to the setting of a push operation. 
4 

5 In all of these embodiments, other operations can be performed on the file before 

6 or after it is transferred. For example encryption, decryption, application of a hash or digital 

7 signature, or some other operation can be performed on the file. 
8 

9 The invention also encompasses computers and systems that implement the 

10 foregoing methods, as well as other embodiments. 
11 

1 2 This brief summary has been provided so that the nature of the invention may be 



1 3 understood quickly. A more complete understanding of the invention may be obtained by 

14 reference to the following description of the preferred embodiments thereof in connection with 

1 5 the attached drawings. 
16 



17 Brief Description of the Drawings 

18 

19 Figures 1 to 3 show block diagrams of systems including elements for performing 

20 file transfers from behind secure firewalls, such as for example in client-server or B2B 

2 1 communication and integration environments. 
22 
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1 Figure 4 is a block diagram of a computer system that can be used in the 

2 invention. 
3 

4 Figure 5 to 9 show process flow diagrams of methods including operations of 

5 systems including elements for performing large file transfers from behind secure firewalls, such 

6 as for example in client-server or B2B communication and integration environments. 
7 



8 Description of the Preferred Embodiment 

9 

10 In the description herein, a preferred embodiment of the invention is described, 

1 1 including preferred process steps and data structures. Those skilled in the art would realize, after 



12 perusal of this application, that embodiments of the invention might be implemented using a 

1 3 variety of other techniques not specifically described, without undue experimentation or further 

14 invention, and that such other techniques would be within the scope and spirit of the invention. 
15 

16 Lexicography 
17 

1 8 The general meaning of each of these following terms is intended to be illustrative 

1 9 and in no way limiting. 
20 
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1 • The phrase "B2B communication or integration environment" describes a business-to- 

2 business environment in which businesses communicate as customer/provider or as 

3 collaborators. 
4 

5 • The phrase cc web browser" describes a program that interprets hypertext markup language 

6 (HTML) documents to generate text and images. Examples of browsers include, but are 

7 not limited to, Microsoft® Internet Explorer and Netscape® Navigator. 
8 

9 • The phrase "enterprise network" describes a computer network for a large business 

10 enterprise. 
11 

1 2 • The phrase "edgebox" describes a computer or system in an enterprise network that 

13 communicates with computers or systems outside the network. 
14 

1 5 • The phrase "firewall" describes a barrier intended to prevent unauthorized access to one 

16 or more computers or networks. A firewall can be implemented in hardware, software, or 

17 both hardware and software. The protected computers) or network(s) are said to be 

18 "behind" the firewall. 
19 

20 • The phrases "client" and "server" refer to a relationship between two devices, particularly 

21 to their relationship as client and server, not necessarily to any particular physical devices. 

22 For example, but without limitation, a particular client device in a first relationship with a 
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1 first server device, can serve as a server device in a second relationship with a second 

2 client device. In a preferred embodiment, there are generally a relatively small number of 

3 server devices servicing a relatively larger number of client devices. These terms can also 

4 refer to devices taking on the role of client or server in a client-server relationship (such 

5 as an HTTP web client and web server). There is no particular requirement that any 

6 client devices or server devices must be individual physical devices. They can each be a 

7 single device, a set of devices, a portion of a device, or some combination thereof. For 

8 example, and without limitation, the client device and the server device in a client-server 

9 relationship can be actually be the same physical device, with a first set of software 

10 elements serving to perform client functions and a second set of software elements 

1 1 serving to perform server functions. 
12 

1 3 • The phrase "transfer files" or "file transfer" describes sending one or more files from one 

14 computer or system to another computer or system. 
15 

16 • The phrase "upload" describes transferring a file from a computer or system that requests 

1 7 the transfer to another computer or system. In a client-server environment, the transfer of 

1 8 a file from a client to a server is an "upload." 
19 

20 • The phrase "download" describes transferring a file to a computer or system that requests 

2 1 the transfer from another computer or system. In a client-server environment, the transfer 

22 of a file to client from a server is a "download." 
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1 

2 • The phrase "push" describes a download that is initiated by the computer or system from 

3 which the file is transferred. In a client-server environment, a "push" occurs in response 

4 to a client requesting or registering to receive pushed downloads from a server, and the 

5 server subsequently initiating a download of a file to the client. 
6 

7 • The phrase "out-of-band connection" describes a connection that appears to be between a 

8 first device and a second device using a link, channel, or band, but is actually to or from 

9 another device using a different channel or band. 
10 

1 1 • The phrase "bi-directional protocol" describes a communication protocol that facilitates 

12 bi-directional communication, for example by including request and response messages. 
13 

14 The scope and spirit of the invention is not limited to any of these definitions, or 



1 5 to specific examples mentioned therein, but is intended to include the most general concepts 

1 6 embodied by these and other terms. 
17 

18 Overview 
19 

20 The invention provides systems and methods that might be used in a B2B 

2 1 communication or integration environment, operating using a web browser to access systems 

22 protected by an enterprise network firewall, to transfer files in a manner that is reliable, 
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1 restartable, and secure. After assuring the transfer is allowed, a web browser sends a signed 

2 applet to a file transfer manager, which makes an out-of-band connection to a file transfer server. 

3 The browser and server interact to transfer the file. The systems and methods can be used in 

4 other environments as well. 
5 

6 The techniques provided by the invention are applicable to transferring relatively 

7 large files. For example, in one embodiment, the files might be very large, such as for example 

8 in excess of 1 Gigabyte. The techniques provided by the invention are also applicable to 

9 transferring relatively smaller files in network environments that are relatively less reliable. The 

10 techniques provided by the invention might be used in combination or conjunction with other 

1 1 techniques for ensuring reliable, restartable, and secure transfer. For example, not intended to be 

12 limiting in any way, large files might be encrypted at the source and decrypted at the destination, 

13 or might be digitally signed or associated with a hash code at the source, and signature or hash 

14 code checked with at the destination. 
15 

16 System Elements 
17 

1 8 Figures 1 to 3 show block diagrams of systems including elements for performing 

19 file transfers from behind secure firewalls, such as for example in client-server or B2B 

20 communication and integration environments. 
21 
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1 These systems might be used in a B2B communication or integration 

2 environment. In one embodiment, the systems communicate across an enterprise network 

3 firewall to transfer files in a manner that is reliable, restartable, and secure. 
4 

5 Figure 1 illustrates an implementation of the invention that is particularly suited to 



6 be used with a so-called "thin client 5 5 or desktop system, although it can be adapted to other 

7 systems. System 1 in Figure 1 includes client desktop 2, collaboration manager 3 (also called a 

8 file transfer manager), and server 4. Firewall 5 separates client desktop 2 from collaboration 

9 manager 3 and server 4. 
10 



1 1 Client desktop 2 preferably is running on some type of computer system. Browser 

12 6 preferably is web browser, for example Microsoft® Internet Explorer or Netscape® Navigator. 

1 3 Other browsers can be used. 
14 

1 5 Also running on client desktop 2 is file transfer gateway 7. This file transfer 



1 6 gateway implements the client side of the file transfer technique of the invention. In the 

17 preferred embodiment, the file transfer gateway can include different services for different file 

18 transfer environments. Because Figure 1 is for a "thin client" environment, file transfer gateway 

19 7 is shown with thin file transfer service 8. Other services can be present. 
20 

21 Collaboration manager 3 preferably is a web site that includes web page 10 and 

22 applet 1 1 that are used during the file transfer operation. 
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1 

2 Server 4 can be one of plural servers, as shown, or it can be the only server. In 

3 Figure 1, file transfer server 13 is running on server 4. File transfer server 13 preferably can 

4 include different adapters for different file transfer environments. Figure 1 shows thin file 

5 transfer adapter 14. Other adapters can be present. 
6 

7 In operation, browser 6 accesses a web site at collaboration manager 3 behind 

8 firewall 5. Collaboration manager 3 authenticates a requestor, which is the entity requesting the 

9 file transfer operation. In this case, the browser or a user at the browser is the requestor. 

10 Authentication preferably includes verifying authorization of the requestor to request a file a 

1 1 transfer. If authentication is successful, collaboration manager 3 sends web page 10 and applet 

12 1 1 to the requestor. 
13 

14 Alternatively, some or all of the web page is sent before authentication. The web 

1 5 page is used by browser 6 for log-in, which is authenticated, and to specify details about the file 

16 transfer operation. Then, collaboration manager 3 sends applet 1 1 to browser 6. 
17 

1 8 In any event, applet 1 1 preferably is signed by collaboration manager 3 responsive 

19 the authentication of the requestor. 
20 
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1 Server 4 is informed of the details of the file transfer operation by collaboration 

2 manager 3. Preferably, collaboration manager 3 communicates with thin file transfer adapter 14 

3 at server 4. 
4 

5 The communication between the collaboration manager and the server is "out-of- 

6 band" of the initial communication between the browser and the collaboration manager. 

7 Preferably, the browser (and any user at the browser) is not even aware of this out-of-band 

8 communication, although this does not need to be the case. 

9 After browser 6 receives the web page 10 and applet 1 1 from the collaboration 

10 manager, browser 6 sends the applet to thin file transfer service 8 at file transfer gateway 7. The 

1 1 applet preferably includes information that permits the file transfer gateway to access server 4 in 

1 2 order to perform the file transfer operation. 
13 

14 The communication between the gateway at the client desktop and the server is 

1 5 "out-of-band" of the initial communication between the browser and the collaboration manager. 



1 6 Preferably, the browser (and any user at the browser) is not even aware that communication is 

17 with the server as opposed to with the collaboration manager, although this does not need to be 

1 8 the case. 
19 

20 The file transfer occurs between file transfer gateway 7 and file transfer server 1 3 

21 through firewall 5. In order to set up the transfer, the gateway can send a message to the file 

22 transfer server that includes context information for the transfer. This context information 
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1 preferably includes quality of service information and recommended file transfer parameters. In 

2 the preferred embodiment, the server can accept or alter the recommended parameters. 

3 Preferably, this context information is sent using simple object access protocol (SOAP). 
4 

5 The server preferably validates the authenticity of the file transfer operation. This 

6 validation can include adapter 14 checking with service 8 to verify that applet 1 1 was signed 

7 properly. 
8 

9 Once details of the transfer are negotiated and the transfer is validated, the file is 

10 transferred between the gateway and the file transfer server, preferably across a virtual channel 

1 1 established between service 8 and adapter 14. In the preferred embodiment, the file is transferred 

1 2 in chunks using the hypertext transfer protocol (HTTP). If the transfer is interrupted, the transfer 

1 3 can be resumed without re-sending already transferred chunks. 
14 

1 5 Other operations can be performed on the file before or after it is transferred. For 

16 example encryption, decryption, application of a hash or digital signature, or some other 

1 7 operation can be performed on the file. 
18 

19 Figure 2 illustrates an implementation of the invention that is particularly suited to 

20 be used with an enterprise system such as a product data management (PDM) edgebox, although 

21 it can be adapted to other systems. System 1 8 in Figure 2 includes PDM edgebox 1 9, 
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1 collaboration manager 3 (also called a file transfer manager), and server 4. Firewall 5 separates 

2 edgebox 19 from collaboration manager 3 and server 4. 
3 

4 The collaboration manager and server in Figure 2 are depicted as the same 

5 collaboration manager and server as in Figure 1 to illustrate that these elements can operate in 

6 both contexts. Collaboration managers and servers that are limited to one or more contexts are 

7 also possible. 
8 

9 PDM edgebox 19 preferably is some type of computer system in an enterprise 

10 network. In Figure 2, the edgebox does not have a browser. Alternatively, the edgebox could 

1 1 have a browser, in which case the system in Figure 2 could operate identically to the system in 

12 Figure 1. 
13 

14 File transfer gateway 20 is running on edgebox 19. This file transfer gateway can 

1 5 be the same or different from file transfer gateway 7 in Figure 1 . In the preferred embodiment, 

16 file transfer gateway 20 can include different services for different file transfer environments. 

17 Because Figure 2 is for an enterprise environment, file transfer gateway 20 is shown with PDM 

1 8 service 2 1 . Other services can be present. 
19 

20 Collaboration manager 3 preferably is a web site that includes web page 10 and 

2 1 applet 1 1 that are used during the file transfer operation. Different web pages and applet 

22 designed specifically for the enterprise context also can be used. 
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1 

2 Server 4 can be one of plural servers, as shown, or it can be the only server. In 

3 Figure 2, file transfer server 13 is running on server 4. A different file transfer server designed 

4 specifically for the enterprise context also can be used. 
5 



6 File transfer server 13 preferably can include different adapters for different file 

7 transfer environments. Figure 2 shows PDM adapter 23. Other adapters can be present, for 

8 example thin file transfer adapter 14. 

9 In operation, edgebox 19 accesses a web site at collaboration manager 3 behind 

10 firewall 5. Collaboration manager 3 authenticates a requestor, which is the entity requesting the 

1 1 file transfer operation. In this case, the edgebox is the requestor. Authentication preferably 



1 2 includes verifying authorization of the requestor to request a file a transfer. If authentication is 

13 successful, collaboration manager 3 sends web page 10 and applet 1 1 to the requestor. 
14 

1 5 Alternatively, some or all of the web page is sent before authentication. The web 

16 page is used by edgebox 19 for log-in, which is authenticated, and to specify details about the file 

17 transfer operation. Then, collaboration manager 3 sends applet 1 1 to edgebox 19. 
18 

19 In any event, applet 1 1 preferably is signed by collaboration manager 3 responsive 

20 the authentication of the requestor. 
21 
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1 Server 4 is informed of the details of the file transfer operation by collaboration 

2 manager 3. Preferably, collaboration manager 3 communicates with PDM adapter 23 at server 4. 
3 

4 The communication between the collaboration manager and the server is "out-of- 

5 band" of the initial communication between the edgebox and the collaboration manager. 

6 Preferably, the edgebox is not even aware of this out-of-band communication, although this does 

7 not need to be the case. 
8 

9 After edgebox 19 receives the web page 10 and applet 1 1 from the collaboration 

1 0 manager, edgebox 19 sends the applet to PDM service 2 1 at file transfer gateway 20. The applet 

1 1 preferably includes information that permits the file transfer gateway to access server 4 in order 

1 2 to perform the file transfer operation. 
13 

14 The communication between the gateway at the edgebox and the server is "out-of- 



15 band" of the initial communication between the edgebox and the collaboration manager. 

16 Preferably, the edgebox is not even aware that communication is with the server as opposed to 

1 7 with the collaboration manager, although this does not need to be the case. 
18 

1 9 The file transfer occurs between file transfer gateway 20 and file transfer server 1 3 

20 through firewall 5. In order to set up the transfer, the gateway can send a message to the file 

2 1 transfer server that includes context information for the transfer. This context information 

22 preferably includes quality of service information and recommended file transfer parameters. In 
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1 the preferred embodiment, the server can accept or alter the recommended parameters. 

2 Preferably, this context information is sent using simple object access protocol (SOAP). 
3 

4 The server preferably validates the authenticity of the file transfer operation. This 

5 validation can include adapter 23 checking with service 21 to verify that applet 1 1 was signed 

6 properly. 
7 

8 Once details of the transfer are negotiated and the transfer is validated, the file is 

9 transferred between the gateway and the file transfer server, preferably across a virtual channel 

10 established between service 21 and adapter 23 14. In the preferred embodiment, the file is 

1 1 transferred in chunks using the hypertext transfer protocol (HTTP). If the transfer is interrupted, 

12 the transfer can be resumed without re-sending already transferred chunks. 
13 

14 Other operations can be performed on the file before or after it is transferred. For 

1 5 example encryption, decryption, application of a hash or digital signature, or some other 

1 6 operation can be performed on the file. 
17 

1 8 Figure 3 illustrates details of virtual channels that can be established between a 

19 file transfer gateway and a file transfer server according to the invention. In Figure 3, file 

20 transfer gateway 25 communicates with file transfer server 26 through firewall 27. 
21 
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1 The file transfer gateway has one or more services that are used for this 

2 communication. File transfer gateway 25 is shown with two such services: service A and 

3 service B. Other services can be present. 
4 

5 The file transfer server has matching adapters for services that may attempt 

6 communication with the server. Thus, file transfer gateway 26 is shown with adapter A and 

7 adapter B that match service A and service B. Other adapters can be present, for example for 

8 communication with other gateways. 

9 The services and adapters create virtual channels between the gateway and the 



10 server. Preferably, plural virtual channels can be used simultaneously. These channels use 

1 1 protocols that can pass through the firewall, for example HTTP and SOAP protocols. Other 

12 protocols can be used, for example e-mail protocols that the firewall allows through. In the 

1 3 preferred embodiment of invention, messages for set-up and control of file transfers and any 

14 transferred files are sent using these protocols. 
15 



16 Figure 4 is a block diagram of a computer system that can be used as a client, 

1 7 edgebox, collaboration manager, server, or any other computer or system in the invention. The 

1 8 invention is not limited to the computer shown in Figure 4 - any other types of computers and 

1 9 systems can be used for the invention. 
20 

2 1 The computer system preferably includes central processing unit (CPU) 30 

22 interfaced to bus 3 1 . Also preferably interfaced to bus 3 1 are network interface 32 for 
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1 communicating over a network such as the Internet or an intranet, display interface 33 for 

2 connecting to a display (not shown), output device interface 34 for connecting to an output 

3 device such as a printer (not shown), input device interface 35 for connecting to input devices 

4 such as a keyboard and mouse (not shown), random access memory (RAM) 36, read-only 

5 memory (ROM) 37, mass storage 38 such as a hard disk or optical drive, and other storage 

6 interface 39 to other storage such as a floppy disk, tape drive, or the like. Other elements and 

7 interfaces may be included in the computer system. The invention also can be implemented 

8 using a computer system that does not include some of the elements shown in Figure 4. 

9 RAM 36 provides CPU 30 with memory storage. In particular, when executing 

10 stored instructions such as those associated with the invention, CPU 30 loads those instructions 

1 1 into RAM 36 from mass storage 38, from some other storage, from a network through network 

12 interface 32, or from some other source. The instructions are then executed by CPU 30. RAM 

1 3 36 also provides storage for use by CPU 30 during the execution of the instructions. 
14 

1 5 ROM 37 is provided for storing invariant instructions such as start-up instructions 

1 6 for basic input/output system (BIOS) sequences for operation of input and output devices of the 

1 7 computer system. 
18 

1 9 As mentioned above, mass storage 38 can store instructions for execution by CPU 

20 30. These instructions preferably include code for operating system 40 and for applications 41 . 
21 
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1 Examples of a suitable operating system include, but are not limited to, 

2 Microsoft® Windows, the Apple® Macintosh® operating system, LINUX®, code to implement 

3 a Java® virtual machine, and Solaris® (by Sun Microsystems ®). 
4 

5 Depending on the use of the computer in Figure 4, applications 41 can include a 

6 browser, a file transfer gateway with one or more services, a file transfer server with one or more 

7 adapters, or any other software that can be used to implement the invention. Mass storage 38 

8 preferably stores data 42 for use by this software, as well as other information. Other 

9 applications and data 43 also can be present. 
10 Methods of Operation 

11 

12 Figure 5 to 9 show process flow diagrams of methods including operations of 

1 3 systems including elements for performing large file transfers from behind secure firewalls, such 

14 as for example in client-server or B2B design communication environments. The processes 

15 shown in Figures 5 to 9 encompass the interactions between system elements discussed above 

16 with respect to Figures 1 to 3, only with different emphasis and/or perspectives. However, these 

17 methods are not limited to implementation using the elements shown in Figures 1 to 3. 
18 

1 9 Preferably, the steps in Figures 5 to 9 are executed in the order shown. However, 

20 the invention also encompasses embodiments in which the steps are executed in different orders, 

21 where possible, and in different arrangements, for example in parallel. 
22 
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1 Figure 5 shows a process flow diagram for a user-initiated file transfer using a 

2 thin client. 
3 

4 In step 5 1 , a user logs into a collaboration manager, which may or may not be 

5 behind a firewall. The collaboration manager preferably authenticates the user at log-in. 

6 Preferably, the log-in occurs through a web page at the collaboration manager that the user 

7 accesses through a browser. 
8 



9 The web page preferably includes a hidden applet that is sent to the user's 

1 0 browser. This applet preferably is signed by the collaboration manager for later security 

1 1 verification. Other security measures can be used instead of or in conjunction with signing the 

12 applet. 
13 

14 The user starts up a thin file transfer application such as a gateway and appropriate 

1 5 service in step 52. This step can be performed manually or automatically and can be performed 

1 6 at any time before the transfer. 
17 

1 8 In step 53, the user chooses to transfer a file using the application. This can occur, 

1 9 for example, when the user selects a file transfer link or icon on the web page. 
20 
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1 In step 54, the applet in the web page sends a request for the file transfer to a 

2 service provided by the file transfer application. This service then submits the file transfer 

3 request to the application itself in step 55. 
4 

5 In step 56, the application makes an out-of-band connection to a file transfer 

6 server in accordance with the file transfer request. Verification of authorization to perform the 

7 transfer can be checked, for example by verifying the signature on the applet. If verification is 

8 successful (or is omitted), the application and server establish a virtual channel and the file is 

9 transferred. 
10 



11 In the preferred embodiment, the file is transferred in chunks using HTTP. If the 

12 transfer is interrupted, the transfer can be resumed without re-sending already transferred chunks. 
13 

14 Any other operations can be performed on the file in step 57. As with many of the 



1 5 other steps, this step can be performed at a different time than shown in Figure 5. For example, 

1 6 if the other operation is encryption for a file transfer, the step would be performed before the file 

1 7 transfer. If the other operation is decryption, it would be performed later. 
18 



1 9 If the file transfer was an upload from the user's location, the file is checked into 

20 the collaboration manager in step 58 by an adapter at the file transfer server. Because the 

21 collaboration manager and server are on the same side of any firewall, this operation can be 

22 performed using more conventional protocols. 
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1 

2 If the file transfer was a download to the user's location, the file is checked out 

3 from the collaboration manager in step 59 by an adapter at the file transfer server. The file is 

4 then moved by the service at the file transfer application to its destination, for example as 

5 specified by the user when requesting the file transfer. 
6 

7 Figure 6 shows a process flow diagram for an upload of a filed initiated by a PDM 

8 or other enterprise system. 
9 

1 0 In step 6 1 , a service provided by a file transfer application on the system polls a 

1 1 spool directory for a file or files to be uploaded. If a file is present in the directory, it is packaged 



12 in step 62, for example as an XML document. Alternatively, no packaging or some other type of 

1 3 packaging can be used. 
14 



1 5 In step 63, the service submits the document to its file transfer gateway. The 

16 gateway accesses a file transfer server, and an adapter at the server verifies the identity of the 

1 7 originating system in step 64. For example, the adapter could verify a user ED for an operator at 

1 8 the system or could verify a system ID. 
19 

20 The gateway makes a connection to the server in step 65, and the gateway and 

21 server establish a virtual channel for transferring the file. In the preferred embodiment, the file is 
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1 transferred in chunks using HTTP. If the transfer is interrupted, the transfer can be resumed 

2 without re-sending already transferred chunks. 
3 

4 In step 66, the adapter at the server parses the document, if necessary, and 

5 completes the upload of the document to the server. 
6 

7 A response document is generated by the adapter in step 67. The gateway polls 

8 for this response document in step 68. This document can be used to verify that the transfer is 



9 complete and for other logging and verification purposes. In one embodiment, the service at the 

10 gateway moves the response document to a response directory for later examination, as shown in 

1 1 step 69. 
12 



1 3 Encryption, decryption, application of a hash or digital signature, or other 

14 operations can be performed on the file before, during, or after the transfer. 
15 

1 6 Figure 7 shows details of a client initiated upload from a more general 

17 perspective. 
18 

19 In step 71, a client initiates an upload of a file, for example in response to a user 

20 request or command. A gateway at the user's client establishes a session with a file transfer 

21 server in step 72. Preferably, a file transfer gateway at the client establishes the session using 

22 information retrieved from a collaboration manager. 
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1 

2 Once the session is established and any authentication is performed, the gateway 

3 sends the file to the server in step 73. Preferably, the file is sent in chunks using HTTP. A 

4 different protocol can be used. 
5 



6 The file is actually sent to an adapter at the server, which handles assembling the 

7 file from the chunks. The adapter completes the upload of the file in response to a call from the 

8 server in step 74. 
9 

1 0 If any response is needed, the service and the adapter handle the response in step 

1 1 75. General cleanup is then performed in step 76. 
12 

13 Encryption, decryption, application of a hash or digital signature, or other 

14 operations can be performed on the file before, during, or after the transfer. 
15 

16 Figure 8 shows details of a client initiated download from a more general 

17 perspective. 
18 

19 In step 81 , a client initiates a download of a file, for example in response to a user 

20 request or command. A gateway at the user's client establishes a session with a file transfer 

21 server in step 82. Preferably, a file transfer gateway at the client establishes the session using 

22 information retrieved from a collaboration manager. 
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1 

2 Once the session is established and any authentication is performed, the gateway 

3 beings to periodically check if the requested file is available for download. This occurs in step 

4 83. Alternatively, a single check or intermittent checks could be made. 
5 

6 The server determines if the file can be downloaded in step 84. If the file cannot 

7 be downloaded, the server denies the download in step 85. Otherwise, the file is downloaded 

8 from the server to the gateway in step 86. Preferably, the file is downloaded in chunks using 

9 HTTP. A different protocol can be used. 



10 The gateway notifies the service that the file has been downloaded in step 87. 

1 1 General cleanup is then performed in step 88. 
12 

1 3 Encryption, decryption, application of a hash or digital signature, or other 

14 operations can be performed on the file before, during, or after the transfer. 
15 

16 Figure 9 shows details of a server-initiated download, known as a "push" 

17 operation, utilizing a file transfer technique according to one embodiment of the invention. 
18 

19 Briefly, from the target's perspective, one embodiment of this aspect of the 

20 invention is a method that includes the steps of registering with the server behind the firewall, 

2 1 polling the server for files to be downloaded, and downloading the file from the server through 

22 the firewall over a virtual channel. From the server's perspective, another embodiment is a 
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1 method that includes receiving a registration at the server behind the firewall, receiving polling 

2 of the server for files to be downloaded, and downloading the file from the server through the 

3 firewall over a virtual channel. 
4 

5 Returning to Figure 9, a service for the push operation registers in step 91 with a 

6 gateway at a client. The gateway periodically polls the server for files to download. This occurs 

7 in steps 92 and 93 until a file is pending. 
8 

9 Once a file is pending, the gateway beings to periodically check if the requested 

10 file is available for download. This occurs in step 94. Alternatively, a single check or 

1 1 intermittent checks could be made. 
12 

13 The server determines if the file can be downloaded in step 94. If the file cannot 

14 be downloaded, the server denies the download in step 96. Otherwise, the file is downloaded 

1 5 from the server to the gateway in step 97. Preferably, the file is downloaded in chunks using 

16 HTTP. A different protocol can be used. 
17 

1 8 The gateway notifies the service that the file has been downloaded in step 98. 

1 9 General cleanup is then performed in step 99. 
20 

21 Alternative Embodiments 
22 
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1 In the preceding description, a preferred embodiment of the invention is described 

2 with regard to preferred process steps and data structures. However, those skilled in the art 

3 would recognize, after perusal of this application, that embodiments of the invention may be 

4 implemented using one or more general purpose processors or special purpose processors 

5 adapted to particular process steps and data structures operating under program control, that such 

6 process steps and data structures can be embodied as information stored in or transmitted to and 

7 from memories (e.g., fixed memories such as DRAMs, SRAMs, hard disks, caches, etc., and 

8 removable memories such as floppy disks, CD-ROMs, data tapes, etc.) including instructions 

9 executable by such processors (e.g., object code that is directly executable, source code that is 

10 executable after compilation, code that is executable through interpretation, etc.), and that 

1 1 implementation of the preferred process steps and data structures described herein using such 

12 equipment would not require undue experimentation or further invention. 
13 

14 While the various systems and methods are discussed above in an interrelated 

1 5 fashion, each of the systems and methods is not limited to use with the other systems and 

16 methods. Furthermore, although preferred embodiments of the invention are disclosed herein, 

1 7 many variations are possible which remain within the content, scope and spirit of the invention, 

1 8 and these variations would become clear to those skilled in the art after perusal of this 

19 application. 
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Technical Appendix 

The following information is incorporated into and forms a part of this 
application. The information provides technical details of one possible implementation of the 
invention. Other implementations are possible without departing from the scope and spirit of the 
invention. 
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